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DETAILED ACTION 

1. Claims 1-46 have been presented for examination. 

2. In view of the Appeal Brief filed on 27 October 2009, PROSECUTION IS HEREBY REOPENED. A new 
ground of rejection is set forth below. 

To avoid abandonment of the application, appellant must exercise one of the following two options: 

(1) file a reply under 37 CFR 1.111 (if this Office action is non-final) or a reply under 37 CFR 1.113 (if this 
Office action is final); or, 

(2) initiate a new appeal by filing a notice of appeal under 37 CFR 41 .3 1 followed by an appeal brief under 
37 CFR 41.37. The previously paid notice of appeal fee and appeal brief fee can be applied to the new appeal. If, 
however, the appeal fees set forth in 37 CFR 41.20 have been increased since they were previously paid, then 
appellant must pay the difference between the increased lees and the amount previously paid. 

A Supervisory Patent Examiner (SPE) has approved of reopening prosecution by signing below: 
/Kamini S Shah/ 
Supervisory Patent Examiner, Art Unit 2128 

Response to Arguments 

3. Applicant's arguments regarding the prior art rejection have been fully considered, but are moot in view of 
the new grounds of rejection presented below. 

Claim Rejections - 35 USC $103 

The following is a quotation of 35 U.S.C. 103(a) which forms the basis for all obviousness rejections set 

forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set forth in 
section 102 of this title, if the differences between the subject matter sought to be patented and the prior art 
are such that the subject matter as a whole would have been obvious at the time the invention was made to a 
person having ordinary skill in the art to which said subject matter pertains. Patentability shall not be 
negatived by the manner in which the invention was made. 

The factual inquiries set forth in Graham v. John Deere Co., 383 U.S. 1, 148 USPQ 459 (1966), that are 
applied for establishing a background for determining obviousness under 35 U.S.C. 103(a) are summarized as 
follows: 
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1 . Determining the scope and contents of the prior art. 

2. Ascertaining the differences between the prior art and the claims at issue. 

3 . Resolving the level of ordinary skill in the pertinent art. 

4. Considering objective evidence present in the application indicating obviousness or nonobviousness. 

This application currently names joint inventors. In considering patentability of the claims under 35 
U.S.C. 103(a), the examiner presumes that the subject matter of the various claims was commonly owned at the time 
any inventions covered therein were made absent any evidence to the contrary. Applicant is advised of the 
obligation under 37 CFR 1.56 to point out the inventor and invention dates of each claim that was not commonly 
owned at the time a later invention was made in order for the examiner to consider the applicability of 35 
U.S.C. 103(c) and potential 35 U.S.C. 102(e), (f) or (g) prior art under 35 U.S.C. 103(a). 

4. Claims 1-46 are rejected under 35 U.S.C. 103(a) as being unpatentable over Zimmerman (US Pub. No. 
2003/0200290) in view of Rissmeyer (US Patent No. 6,857,069). 

Regarding claim 1: 

Zimmerman discloses a method, performed by a suitably programmed computer, for software emulation 
of hard disks of a data processing platform at the level of the operating system with parameterizable management of 
requests for writing and reading data consisting in: 

a. creating a representation of a real hard disk wherein the location for loading and execution of 
components of the operating system of the data processing platform may be modified ([0019]: 
drives hold O/S; [0058]: drives may comprise any nonvolatile storage devices) 

b. loading on said data processing platform one or more peripheral drivers ([0044]: storage driver 
and network filter driver), wherein at least one of the peripheral drivers communicates with a 
data storage support containing the data of the representation of the real hard disk ([0044]: storage 
driver and network filter driver used to download files from the virtual drive). 

c. simulating the behavior of the real hard disk for the operating system wherein the method 
transforms programming contained on the real hard disk into an emulated hard disk ([0026]: 
"virtual" storage device) capable of controlling read and write operations on a client station and 
among two or more client stations ([0026]: requests for data result in transparent emulation of 
operations of local disk at each of the clients; [0022]: one or more client devices) 
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Zimmerman does not explicitly disclose modifying the sequence for loading and executing of 
components of the operating system of the data processing platform may be modified. Rissmeyer teaches 
modifying the sequence for loading and executing of components of the operating system of the data processing 
platform may be modified (column 1 lines 46-59: loading a network driver before loading a disk driver in an 
OS booting over a network). At the time of the invention, it would have been obvious to one of ordinary skill in 
the art to combine the teachings of Zimmerman and Rissmeyer because this allows the traditional controlling of 
devices prior to booting to occur without customized parts (Rissmeyer: column 1 lines 11-44). 

Regarding claim 2: 

Zimmerman discloses the method of claim 1 wherein the management of said data write requests that the 
operating system sends to the emulated hard disk is accomplished at the peripheral driver level ([0044]: drivers), 
the written data being stored according to the parameterization of the peripheral drivers in the memory accessible to 
the OS using the emulated hard disk ([0069]: writes locally cached). 

Regarding claim 3: 

Zimmerman discloses the method as claimed in claim 1 wherein the management of said data read 
requests that the operating system sends to the emulated hard disk is accomplished at the peripheral driver level 
([0044]: storage driver and network filter driver used to download files from the virtual drive), the readings of 
previously written data being performed in the nonvolatile storage space accessible to the operating system using the 
emulated hard disk ([0058]: nonvolatile) 

Regarding claim 4: 

Zimmerman discloses the method as claimed in claim 1 wherein the emulation of the hard disk is 
accomplished by the agency of a single monolithic peripheral driver which communicates with the OS in the manner 
of a hard disk and which communicates with the support containing the data of said emulated hard disk in a manner 
specific to this support ([0055]: single driver for some systems). 
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Regarding claim 5: 

Zimmerman discloses the method as claimed in claim 1, wherein the data of the emulated hard disk or 
disks are accessible to the client station via a data processing network ([0020]: network). 

Regarding claim 6: 

Zimmerman discloses the method as claimed in claim 1, wherein when an emulated hard disk is started 
up, the method further comprises a low level micro-software module to access data contained in the emulated hard 
disk wherein the operating system is started up at the client station ([0020]; [0058] microinstruction code). 

Regarding claim 7: 

Zimmerman discloses the method as claimed in claim 6, wherein the data processing network comprises a 
plurality of client stations, ([0022]: multiple client devices), the client stations using a bootup PROM ([0024]: 
option PROM), the method further comprising using the bootup PROM to control communications via the data 
processing network ([0045]: communicate using PXE service). 

Regarding claim 8: 

Zimmerman teaches the method as claimed in claim 7 wherein the low level micro-software module is 
loaded in the memory of the client station and executed using PROM ([0020]: microinstruction code; [0026] 
downloading of code). 

Regarding claim 9: 

Zimmerman teaches the method as claimed in claim 6, wherein the low level micro software module is 
loaded in memory of the client station and executed as a component of BIOS of the client station, said micro 
software module providing the same functions as the access serviced on real hard disks provided by the BIOS 
([0020]: microinstruction code; [0026] downloading of code; [0047]: BIOS). 



Regarding claim 10: 
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Zimmerman discloses a method as claimed in claim 6, wherein the low-level micro-software is loaded in 
memory of the client station from a third party data support supported as a startup peripheral by the client station 
([0020]: microinstruction code; [0026] downloading of code). 

Regarding claim 11: 

Zimmerman discloses the method as claimed in claim 5, wherein at least one peripheral driver loaded and 
executed by the operating system of the client station provided the functions of access, via the data processing 
network, to the data contained in the emulated hard disks ([0044]: storage driver and network filter driver used 
to download files from the virtual drive). 

Regarding claim 12: 

Zimmerman discloses the method as claimed in claim 1 wherein if the data support does not provide for 
writing in real time, or does not to accept the writing of data directly in the data of the hard disk, the data writing 
requests issued by the operating system to the emulated hard disks are processed in a way such that the written data 
are stored in a storage space different from the data support containing the data of the emulated hard disks ([0069]: 
writes cached locally to prevent corruption of data). 

Regarding claim 13: 

Zimmerman discloses the method as claimed in claim 12 wherein the data writing requests issued by the 
client station operating system to the emulated hard disks are processed in such a way that the written data are stored 
in the RAM of the client station ([0069]: writes cached locally to prevent corruption of data). 

Regarding claim 14: 

Zimmerman discloses the method as claimed in claim 12, wherein the data writing requests issued by the 
client station operating system to the emulated hard disks are processed in such a way that the written data are stored 
in the virtual memory of the client station ([0069]: writes cached locally to prevent corruption of data). 
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Regarding claim 15: 

Zimmerman discloses the method as claimed in claim 12 wherein the data writing requests issued by the 
client station operating system to the emulated hard disks are processed in such a way that the written data are stored 
in a data file accessible to the operating system of the client station ([0069]: writes cached locally to prevent 
corruption of data). 

Regarding claim 16: 

Zimmerman discloses the method as disclosed in claim 1 wherein the data writing requests issued by the 
operating system are redirected to a single storage space, and wherein the storage space in which the written data are 
redirected may be changed during an operating session of the operating system of a client station ([0021]: client 
module). 

Regarding claim 17: 

Zimmerman discloses the method claimed in claim 12, wherein the storage space used for the storage may 
be volatile, or nonvolatile so as to permit the written data of an operating session of the operating system to persist 
from one client station to another ([0022]: client includes local memory, ROM, RAM, local storage). 

Regarding claim 18: 

Zimmerman discloses the method as claimed in claim 1 wherein the volatile character of the redirections 
of the written data is determined upon initialization of the operating session of the operating system of a client 
station ([0021]: client module). 

Regarding claim 19: 

Zimmerman discloses the method as claimed in claim 1, wherein the data reading requests issued by the 
operating system are performed in different storage spaces during an operating session of the OS of a client system 
([0021]: multi-server environment). 



Application/Control Number: 10/593,262 Page 8 

Art Unit: 2128 

Regarding claim 20: 

Zimmerman discloses the method as claimed in claim 19, wherein the data reading requests issued by the 
OS to an emulated hard disk carried out in different storage spaces follow an order of priority ([0062]). 

Regarding claim 21: 

Zimmerman discloses the method as claimed in claim 5, wherein a server program is in charge at one of 
the client stations of the data processing network, on the one hand, of the communications via the data processing 
network with the client station accessing the emulated hard disks, and on the other, of accessing the data support 
containing the data of the emulated hard disks ([0026]: transparent emulation of operations of local disk at each 
of the clients; "virtual" storage device") 

Regarding claim 22: 

Zimmerman discloses the method as claimed in claim 21, wherein if the hard disk emulation system is 
parameterized so that the data write requests received by the server program are intended for a specific emulated 
hard disk they are not redirected but stored directly in a support containing the data of the emulated hard disk itself 
and only client station can access said emulated hard disk at a given time ([0069]: storage driver caches locally all 
writes so that the writes are never committed to the virtual drive, in order that different clients to no 
simultaneously write to the same virtual image and corrupt it). 

Regarding claim 23: 

Zimmerman discloses the method of claim 21, wherein in order to permit several client stations to access 
an emulated hard disk simultaneously, the server program is capable of redirecting specifically the data write 
requests issued by a client station to a given storage space and of redirecting the data write requests issued by 
another client station to another given storage space ([0027]: simultaneous access by different clients of either 
same or different data). 



Regarding claim 24: 
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Zimmerman discloses the method as in claim 1 wherein in order to permit the startup form and/or 
simultaneous access to the same emulated hard disk of 100% identical copies of the same emulated hard disk, 
components of the operating system loaded and executed by the client stations or server programs are capable of 
modifying during or before their use by the operating system data contained in the emulated hard disk [0012]: 
software upgrades only performed on a single disk image. 

Regarding claim 25: 

Zimmerman discloses performing emulation for the OS of the client stations at the level of the class of 
virtual peripherals of the file system type ([0026]: emulation). 

Regarding claim 26: 

Zimmerman discloses performing the emulation for the OS at the level of the class of disk peripherals and 
not at the file system level ([0026]: emulation). 

Regarding claim 27: 

Zimmerman discloses the method as claimed in claim 1 , wherein the data contained in the emulated hard 
disk are copied by a software tool executed at a client station from the real hard disk ([0010]: download). 

Regarding claims 28 and 29: 

Zimmerman discloses the method as claimed in claim 27 wherein the software tool creates an image file 
and directory that contains the data of the emulated hard disk ([0010]: downloading of image files). 

Regarding claim 30: 

Rissmeyer teaches modifying the loading sequence so that all components of the OS are loaded and usable 
at the moment when the OS needs to access the emulated hard disk by the peripheral drivers (column 1 lines 46-59: 
loading a network driver before loading a disk driver in an OS booting over a network). 
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Regarding claim 31: 

Zimmerman discloses the method as claimed in claim 21 wherein in order to accelerate the simultaneous 
access by several client stations to the same emulated hard disk whose data are contained in a data support 
accessible to a server station, the data are sent by the server station to the client stations using the "broadcast" or 
"multicast" mechanisms ([0010]: broadcast, multicast). 

Regarding claim 32: 

Zimmerman teaches storing the streamed data by the client station in a local cache situated in the memory 
of said client stations ([0032]: data stored in memory). 

Regarding claim 33: 

Zimmerman teaches the method as claimed in claim 3 1 wherein a read request for data the in emulated 
hard disk issued by the operating system of a client station generates an explicit data reading request sent to the 
server station only if said data are not already present in the local cache ([0069]: reads read from virtual drive 
unless a copy of the data has already been cached on the client). 

Regarding claim 34: 

Zimmerman teaches the method as claimed in claim 33 wherein the data in the local cache are removed 
after being read by the client station so as to free up space in said local cache ([0039]: cache emptied after data is 
no longer needed). 

Regarding claim 35: 

Zimmerman teaches the method as claimed in claim 3 1 wherein the decision to send data by 
multicast/broadcast is made at the server module level which provides the functionalities necessary for the hard disk 
emulation at the client stations ([0010]: server performs broadcast, multicast). 



Regarding claim 36: 
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Zimmerman discloses the method as claimed in claim 31, wherein the client stations may modify their 
subscription to receiving the data sent via broadcast/multicast by the server station ([0038]: can choose to send data 
to only one client). 

Regarding claim 37: 

Zimmerman discloses the method as claimed in claim 32, wherein the client stations may erase the data 
form the local cache after a certain parameterizable time ([0039]: cache emptied after data no longer needed). 

Regarding claim 38: 

Zimmerman discloses the method as claimed in claim 5, wherein the server module making the data 
contained in the emulated hard disks available to the client stations may use any suitable network protocol ([0020]: 
network). Rissmeyer teaches using the iSCSI protocol (abstract). 

Regarding claim 39: 

Zimmerman discloses the method as claimed in claim 5, wherein the low level software program executed 
by the client stations and permitting access to the data contained in the emulated hard disks may use any suitable 
network protocol ([0020]: network). Rissmeyer teaches using the iSCSI protocol (abstract). 

Regarding claim 40: 

Zimmerman discloses the method as claimed in claim 1 1, wherein the peripheral driver may use any 
suitable network protocol ([0020]: network). Rissmeyer teaches using the iSCSI protocol (abstract). 

Regarding claim 41: 

Zimmerman discloses the method as claimed in claim 21 wherein if the data support does not provide 
writing in real time, or does not accept the writing of data directly in the data of the hard disk, the server program 
providing the emulation of the hard disk at the client stations processes the data write requests issued by the 
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operating system in such a way that the written data are stored in a storage space different from the data support 
containing the data of the emulated hard disks ([0069]: writes cached locally to prevent corruption of data). 

Regarding claim 42: 

Zimmerman discloses the method of claim 21 wherein the data write requests issued by the client station 
operating system to the emulated hard disks are processed in such a way that the written data are stored in the 
random access memory of the server station ([0069]: writes cached locally to prevent corruption of data). 

Regarding claim 43: 

Zimmerman discloses the method as claimed in claim 2 1 , wherein the data writing requests issued by the 
client station operating system to the emulated hard disks are processed in such a way that the written data are stored 
in the virtual memory of the client station ([0069]: writes cached locally to prevent corruption of data). 

Regarding claim 44: 

Zimmerman discloses the method as claimed in claim 2 1 wherein the data writing requests issued by the 
client station operating system to the emulated hard disks are processed in such a way that the written data are stored 
in a data file accessible to the operating system of the client station ([0069]: writes cached locally to prevent 
corruption of data). 

Regarding claim 45: 

Zimmerman discloses the method claimed in claim 21, wherein the storage space used for the storage may 
be volatile, or nonvolatile so as to permit the written data of an operating session of the operating system to persist 
from one client station to another ([0022]: client includes local memory, ROM, RAM, local storage). 



Regarding claim 46: 
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Zimmerman discloses the method as claimed in claim 16 wherein the volatile character of the redirections 
of the written data is determined upon initialization of the operating session of the operating system of a client 
station ([0021]: client module). 

Conclusion 

5. Examiner's Remarks: Examiner has cited particular columns and line numbers in the references applied 
to the claims above for the convenience of the applicant. Although the specified citations are representative of the 
teachings of the art and are applied to specific limitations within the individual claim, other passages and figures 
may apply as well. It is respectfully requested from the applicant in preparing responses, to fully consider the 
references in their entirety as potentially teaching all or part of the claimed invention, as well as the context of the 
passage as taught by the prior art or disclosed by the Examiner. In the case of amending the claimed invention, 
Applicant is respectfully requested to indicate the portion(s) of the specification which dictate(s) the structure relied 
on for proper interpretation and also to verify and ascertain the metes and bounds of the claimed invention. 

6. Any inquiry concerning this communication or earlier communications from the examiner should be 
directed to Shambhavi Patel whose telephone number is (571) 272-5877. The examiner can normally be reached on 
Monday-Friday, 8:00 am - 4:30 pm. 

If attempts to reach the examiner by telephone are unsuccessful, the examiner's supervisor, Kamini Shah 
can be reached on (571) 272-2279. The fax phone number for the organization where this application or proceeding 
is assigned is (571) 273-8300. 

Information regarding the status of an application may be obtained from the Patent Application Information 
Retrieval (PAIR) system. Status information for published applications may be obtained from either Private PAIR 
or Public PAIR. Status information for unpublished applications is available through Private PAIR only. For more 
information about the PAIR system, see http://pair-direct.uspto.gov. Should you have questions on access to the 
Private PAIR system, contact the Electronic Business Center (EBC) at 866-217-9197 (toll-free). 

SKP /Kamini S Shah/ 

Supervisory Patent Examiner, Art Unit 2128 



